Une taxonomie et un métamodèle pour la détection des défauts de conception

ion related 0..* 0..* 0..* Composition Agregation Accessor has same name 0..* Parameter Coupling 0..* Cohesion shouldimplement declares 0..* Relationship contains 0..* targets DesignPatternDefect resemble 0..* 1..* ElemSADDL ElemPADL Légende Élément du métamodèle SADDL Élément du métamodèle PADL Figure 8. Le métamodèle SADDL 5. Phases 4 et 5 : modélisation et validation La phase de modélisation consiste à instancier des défauts de conception à partir de SADDL sous forme de modèles. La phase de validation, quant à elle, consiste à vérifier que les modèles définis lors de la modélisation sont en accord avec les règles spécifiées lors de la phase 1 (cf. figure 1, étapes a, b, c, et d). Dans le cas où certains concepts clefs n’ont pas été spécifiés, ceux-ci sont intégrés à SADDL avant de pouvoir les utiliser dans les modèles. Ces deux phases sont consécutives et itératives et assurent que SADDL décrit précisément et de manière structurée des défauts de conception en accord avec les fiches de règles. Aussi, nous avons appliqué notre méthodologie sur une quinzaine de défauts de conception dont une dizaine d’anti-patrons définis par Brown et al. [BRO 98] et Dudney et al. [DUD 03] ainsi que quelques mauvaises odeurs et défauts de patrons. 5.1. Les défauts de patron Les défauts de patron sont représentés de la même façon que les patrons de conception classiques mais avec des contraintes supplémentaires sur les relations entre les entités et les éléments. Par exemple, un défaut du patron de conception Observer peut être la fusion des rôles Sujet et SujetConcret (cf. figure 9). Ce défaut de patron est un patron déformé dû au choix d’avoir une classe jouant deux rôles. Défauts de conception 213 +Attach(Observer)() +Detach(Observer)() +Notify()() Subject +GetState() +SetState() -subjectState ConcreteSubject Observer +Update() -observerState ConcreteObserver observers